home *** CD-ROM | disk | FTP | other *** search
/ FishMarket 1.0 / FishMarket v1.0.iso / fishies / 201-225 / disk_224 / xebec / xebec.readme < prev    next >
Text File  |  1992-05-06  |  5KB  |  133 lines
  1.  
  2.           PAUL KIENITZ'S STUFF FOR SUCKERS WITH XEBEC HARD DISKS
  3.  
  4.  
  5. I have an excuse for why I got mine: it was part of a used system at a good
  6. price.  What's your excuse?
  7.  
  8. If you have a Xebec 9720H or other Xebec hard disk on your Amiga, these two
  9. programs may be helpful to you.  The first one, called Scum (short for scsi
  10. mount) is for getting the Fast File System to work on the Xebec.  The problem
  11. is, even with the best Mountlist entry I can come up with, Mount will not
  12. successfully mount a FFS partition on a Xebec unless first you either mount
  13. another partition with the Slow File System, or run Scum instead.  Scum is
  14. an extremely simple program, and I have no idea either why it works or why
  15. it's necessary.  Note that the Xebec provided SCSIMOUNT program can't use
  16. FFS.  Using Scum is several seconds faster than mounting another partition
  17. from floppy disk, so even if you have such a partition (as I do; I use it as
  18. a sort of experimental animal) Scum is still worth having.  It returns error
  19. code 10 if it fails (if it can't find devs:scsi.device).
  20.  
  21. EVERY ONCE IN A WHILE, something seems to hang up in my startup sequence.  I
  22. don't know whether it's Scum or Mount or what, but it seems safe to assume
  23. that this program, which never should have been necessary in the first place,
  24. is not a perfect solution.  If your startup sequence freezes up when it's
  25. just getting going, simply give it the old triple finger to start over.
  26.  
  27. Here is a working Mountlist entry for a Xebec 9720H with no partitions:
  28.  
  29. DH0:    Device = scsi.device
  30.         Unit = 0
  31.         Flags = 0
  32.         Surfaces = 4
  33.         BlocksPerTrack = 17
  34.         Priority = 10
  35.         Reserved = 1
  36.         LowCyl = 0
  37.         HighCyl = 614     /* Don't believe the manual when it says 611 */
  38.         Buffers = 30      /* or whatever */
  39.         BufMemType = 3
  40.         DosType = 0x444F5301
  41.         StackSize = 4000
  42.         GlobVec = -1
  43.         FileSystem = L:FastFileSystem
  44.         Mount = 1
  45. #
  46.  
  47. And here is a pair of mountlist entries for one with a large FFS partition
  48. and a minimum size slow partition:
  49.  
  50. DH0:    Device = scsi.device
  51.         Unit = 0
  52.         Flags = 0
  53.         Surfaces = 4
  54.         BlocksPerTrack = 17
  55.         Priority = 10
  56.         Reserved = 1
  57.         LowCyl = 2         /* number of cylinders used by slow partition */
  58.         HighCyl = 614
  59.         Buffers = 30       /* whatever */
  60.         BufMemType = 3
  61.         DosType = 0x444F5301
  62.         StackSize = 4000
  63.         GlobVec = -1
  64.         FileSystem = L:FastFileSystem
  65.         Mount = 1
  66. #
  67.  
  68. SLOW:   Device = scsi.device
  69.         Unit = 0
  70.         Flags = 0
  71.         Surfaces = 4
  72.         BlocksPerTrack = 17
  73.         Priority = 10
  74.         Reserved = 1
  75.         LowCyl = 0
  76.         HighCyl = 1       /* last cylinder before first FFS cylinder */
  77.         Buffers = 4
  78.         BufMemType = 3
  79.         DosType = 0x444F5300
  80.         StackSize = 1000
  81.         Mount = 1
  82. #
  83.  
  84. (Actually, I put my own slow partition at the high cylinder end.)
  85.  
  86. Typical use in a startup-sequence:
  87.      setpatch          ; if you've got release 1.3
  88.      scum
  89.      mount dh0:
  90.      movesys dh0:      ; reassigns SYS:, C:, DEVS:, etc -- see MoveSys
  91.                        ;   probably in the CLImax directory on this disk
  92.  
  93. If you want to create some new arrangement of partitions, you don't need
  94. (in fact you should certainly avoid) the Xebec MAKEPART program.  Just get
  95. the mountlist entries right and then FORMAT QUICK should do ya just fine. 
  96. If you used MAKEPART before, I think you'll have to reformat all partitions
  97. even if none of them are different, because Xebec puts the partition
  98. information on the disk and Mount doesn't.  You don't need HDPARMS any more.
  99.  
  100. ----------------
  101.  
  102. The other program is a replacement for the bloated and cumbersone Park
  103. program provided by Xebec.  It assumes the disk is unit zero; this can be
  104. easily changed by anyone with a C compiler (Aztec, hopefully) in the
  105. unlikely event that you have some other device on the SCSI chain before it. 
  106. You just type Parx or double click the picnic table icon and the disk parks.
  107. It's one twentieth the size of their Park program.  This leaves you with no
  108. need for any Xebec software except scsi.device, and HDINST if you ever need
  109. a low-level SCSI format (I think that's what you use to map out bad sectors).
  110.  
  111.  
  112. All in all, I'm extremely unimpressed with Xebec "the zero defect company". 
  113. Though I must admit that the hardware has never had trouble (why should it?
  114. it's mature, well-understood (i.e. obsolete (85ms)) technology) the software
  115. is dog meat.  I once started disassembling the device driver (while figuring
  116. out how to write Parx) and within minutes found two busy-wait loops, as well
  117. as ridiculous code which essentially replaced the Exec message passing
  118. mechanism with a strange ring-queue and signal arrangement with no discern-
  119. ible improvement over regular messages.  And I doubt that it's really
  120. necessary for the disk unit to weigh eleven pounds and take up as much desk
  121. space as the keyboard does.
  122.  
  123. This stuff is public domain; any feedback is appreciated.  Like, if you want
  124. a Parx not restricted to unit 0, let me know.
  125.  
  126.                                    Paul Kienitz
  127.                                    6430 San Pablo ave
  128.                                    Oakland CA 94608
  129.                                    USA
  130.  
  131. (°¿°) <- Official Seal of Dorkiness certifies that Scum and Parx were written
  132. without the use of ROM Kernel Manuals.
  133.